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Metod och arranqemang far att sp£ra utfQrda operationer vid 
anvandning av dataprogram 

Uppf inningens omrade 

Foreliggande uppfinning avser en metod och ett 
arrangemang for att sp&ra operationer eller aktiviteter som 
utfttrts vid anvandning av ett dataprogram. Speciellt avses en 
losning f5r att kunna spara eventuella felaktiga inmatningar 
och/eller kommandon gjorda av en anvandare. 
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Teknikens bakgrund 

Vid arbete med olika dataprogram och datorapplikationer 
ar det inte ovanligt att ett program plotsligt laser sig eller 
att detta inte arbetar pa ett satt som 6ns kas eller f 6rvantas . 
15 Detta kan bero pa att en anvandare, mer eller mindre 

omedvetet, har utfort nagon felaktig eller oiamplig operation 
i programmet, eller att det finns nagot fel i detta, en sk. 
"bugg". Sadana operationer utfSrs vid aktivering av olika 
funktioner, knapptryckningar, musklickningar, etc, som nSr de 
20 utfors enskilt eller i kombination kan medffcra lasning eller 
felaktig funktion hos det eller de program som anvands. I 
denna beskrivning kommer uttrycket "operation" att anvandas 
for att beteckna alia tankbara atgarder som en anvandare kan 
utf6ra i ett dataprogram och som p& nagot satt 
25 piverkar/aktiverar detta. En utfdrd operation ar saledes ett 
resultat av en eller flera inmatningar, sasom 
• tangenttryckningar, musklickningar eller tal vid rdststyrda 

: program. 

Vid exempelvis anvandning av dataprogram f©r 
X30 ordbehandling, kalkylblad eller databas kan ibland helt 
['A ovantade situationer uppstS, sasom att data forloras, 

utseendet pa skarmen andras, eller att programmet laser sig sa 
m9m Z att det inte svarar pa nagra inmatningar. F6r att kunna vidta 
V nodvandiga Atgarder som rattar till programmets "beteende" ar 



det ofta till stor hjalp om tidigare och hittills utforda 
operationer ar kanda och kan analyseras. Om saledes en 
tidigare gjord felinmatning kan sp&ras ar det lattare att 
fSrsta vad som har hant och varfdr den nuvarande situationen 
5 har uppst&tt. 

Vid dataundervisning for anvandning av speciella 
dataprogram &r det brukligt att en larare hj&lper och 
instruerar elever som trSnar sig pa att anvanda programmet. 
Det ar dli nSstan oundvikligt att situationer som namns ovan 
10 forr eller senare uppst&r. Lararen fragar ofta eleven vad 
han/hon har gjort i programmet innan exempelvis ett fel 
uppstod. Ofta minns di inte eleven alia operationer som 
utforts, eller ocksli har vissa operationer utforts helt 
oavsiktligt eller omedvetet. Felet kan t.ex. bero pa n&gon 
15 inmatning som gjorts tfimligen l&ngt bak i tiden, eller pi att 
eleven helt enkelt rakat trycka ned en tangent utan att marka 
det. Lararen maste da ofta £gna lang tid at att ta reda pa vad 
som har hant och vad som behSvs for att ratta till 
situationen. 0n6diga diskussioner kan aven uppsta om vad 
20 eleven har gjort och inte gjort. Dessutom Sr det 6nskvSrt att 
eleven far veta vilket eller vilka misstag som beg&tts for att 
kunna undvika dessa i framtiden och lSra sig hur programmet 
f ungerar . 

De ovan namnda problemen och behoven kan ferekomma aven i 
25 manga andra situationer, sasom pa fdretag eller organisationer 
dar datoranvandare kan vanda sig till en person eller 
*T avdelning som tillhandahaller information och hjalp vid fragor 
: om dataprogram, sk. "datasupport", eller fGr enskilda 

anvandare som vill kunna g6ra snabba felsokningar eller 
~30 liknande. Det kan aven vara anvandbart att kunna spara 
" tidigare utforda operationer vid test och utvSrdering av ett 
nytt eller modifierat dataprogram, for att hitta eventuella 
brister och f elprogrammeringar . 



US 2001/0003172 Al beskriver ett system dar en anvSndares 
olika datoraktiviteter registreras f6r att skapa en loggfil 
som ar avsedd att anvandas for att bokfdra anvandarens arbete 
inom olika projekt mm. Detta US-dokument beskriver dock inte 
spurning av enskilda operationer utforda vid anvandning av ett 
specifikt dataprogram, vilket ej heller efterstavas eller 
behandlas i 16sningen enligt ovan namnda skrift. 

Det finns saledes allmant ett behov att pa ett enkelt 
satt kunna se och identifiera alia enskilda operationer som 
utffirts vid anvandning av specifika dataprogram, fbr att 
exempelvis upptacka eventuella felaktiga inmatningar och/eller 
kommandon gjorda av en anvandare. 

Redogorelse for uppfxnningen 

Det ar ett syfte med fSreliggande uppfinning att erhalla en 
losning som medger spurning av utfdrda enskilda operationer 
vid anvandning av specifika dataprogram. 

Detta syfte och andra uppn&s genom en metod och ett 
arrangemang f$r att spara enskilda operationer som utforts i 
ett specifikt dataprogram^ dar inmatningar detekteras som 
utfors av en anvSndare. Varje detekterad inmatning jamfors med 
en uppsattning pa forhand definierade operationer, varvid en 
mot varje inmatning svarande operation registreras som. en 
utford aktivitet om inmatningen matchar nigon f Srdef inierad 
operation vid jamfQrelsen. Proceduren repeteras for ett antal 
inmatningar utf6rda under en inspelningssession, varvid en 
aktivitetslista med utf6rda operationer skapas. Denna lista 
kan sedan tas fram efter inspelningssessionen far att sp£ra 
enskilda operationer. 

Kortf attad beskrivnlng av ritningarna 

Foreliggande uppfinning beskrivs narmare nedan med hjalp av 
foredragna exempel pa utforingsf ormer och med hanvisning till 
de bilagda ritningarna: 



Fig. 1 ar ett schematiskt blockschema far en 
systemarkitektur av ett administrativt verktyg som kan 
anvandas for fdreliggande uppfinning f 

Fig. 2 ar ett schematiskt blockschema for en 
systemarkitektur av ett sparningsprogram som kan anvandas for 
fSreliggande uppfinning, och 

Fig. 3 ar ett flodesschema over ett arbetssatt f5r 
bestamning av tidigare utforda operationer i ett specifikt 
dataprogram enligt fdreliggande uppfinning. 

Detaljerad beskrivning av foredragna utf oringsformer 

Foreliggande uppfinning avser att &stadkomma snabb och . 
effektiv sparning av tidigare utf5rda operationer i ett 
dataprogram, for att exempelvis underiatta upptackande av 
eventuellt felaktiga inmatningar eller kommandon som en 
anvandare utfort, eller av eventuella f elprogrammeringar eller 
brister i programmet. 

I korthet innebar uppfinningen att de operationer som en 
anvandare utf or registreras och lagras, dvs . "spelas in", 
under den tid som ett bevakat dataprogram anvands. F5r detta 
andamal anvands ett speciellt utformat program, vilket for 
enkelhets skull f ortsattningsvis kommer att kallas 
"sp&rningsprogrammet", som kors parallellt med dataprogrammet 
och bevakar detta med avseende pa anvandarens aktiviteter. 

Vid inspelning av anvandarens aktiviteter identifieras 
utforda operationer genom att varje inmatning eller 
kombination av inmatningar detekteras och jamfors med en 
uppsattning p^ forhand def inierade operationer som pi nagot 
satt kan p&verka programmet. Dessa fordef inierade operationer 
finns s&ledes lagrade tillgangligt for sp&rningsprogrammet . 
Sadana fdrdef inierade operationer kan vara dels allmangiltiga 
oberoende av vilket program som anvands, sasom nedtryckning av 
fysiska tangenter pa ett tangentbord, eller specifika for 
varje program, sasom val av programmets tillgangliga 



funktioner exempelvis genom klickning pi ikoner, menyer, 
knappar, etc* som visas pi skarmen. I manga program kan aven 
vissa kommandon utforas genom nedtryckning av en eller flera 
tangenter, sasom exempelvis Ctrl+S f5r att spara dokument, 
5 eller funktionstangenter F1-F12. 

Sparningsprogrammet innefattar saledes en funktion som 
detekterar anvandarens inmatningar och jamfor dessa med de 
fSrdef inierade operationerna. Om en detekterad inmatning 
matchar en sadan fQrdef inierad operation registreras denna som 
10 en utford aktivitet. Sparningsprogrammet ar siledes utformat 

att successivt registrera pa si satt identif ierade operationer 
i samband med att dessa utfors, och spara dessa i en 
aktivitetslista. - Denna lista kan aven f oretradesvis innehalla 
uppgift om tidpunkter da operationerna utffcrdes. 
15 Vid ett senare tillfaile, nar inspelningssessionen har 

avslutats, kan aktivitetslistan med sparade operationer tas 
fram och genomgis f&r att analysera handelsef orloppet och 
spara enskilda operationer , exempelvis eventuell f elinmatning. 
Detta kan vara aktuellt nSr programmet har last sig eller inte 
20 fungerar som det ska, eller om en anvandares fardighet skall 
utvarderas efter t-ex. en utford test. Inom ramen f6r 
uppfinningen kan aktivitetslistan utformas pa olika satt. De 
registrerade operationerna kan t.ex. sorteras kronologiskt i 
listan eller pa annat satt. Operationerna kan aven 
25 klassif iceras och sorteras i olika grupper exempelvis beroende 
pa typ av operation, vilket kan underlatta sOkning och analys 
i vissa situationer. 

Operationerna i listan ar f oretradesvis benamnda med 
forutbestamda lampliga beteckningar i klartext for att latt 
30 kunna identifieras och fdrstas, till skillnad mot de 

beteckningar som anvands av datorns operativsystem. Dessa 
operationsbeteckningar bestams lampligen vid f Srdef inieringen 
av operationerna enligt ovan. En sadan operationsbeteckning 
kan valfritt besta av ett kortfattat namn eller en langre mer 



informativ beskrivning, allt efter behov. Vidare kan olika 
filterfunktioner anvandas, sa att endast vissa typer av 
operationer registreras medan andra ignoreras. Exempelvis kan 
teckeninmatningar filtreras bort i det fall dessa inte 
5 paverkar programmet i en viss situation. 

Sparningsprogrammet kan vara utformat for att kunna bevaka 
flera olika dataprogram, genom att innehalla en fil for varje 
program med f 5rdef inierade operationer och eventuella 
filterfunktioner, Det ar aven mejligt att installera en ny 
10 sadan fil nar ett nytt program skall l&ggas till f6r 

bevakning, eller da ett bevakat program har modifierats. 

Med hanvisning till Fig. 1 och 2 kommer ett exempel pi en 
lamplig systemarkitektur att beskrivas som kan anvandas for 
att implement era foreliggande uppf inning. Systemarkitekturen 
15 kan i princip delas upp i ett administrativt verktyg och ovan 
namnda sparningsprogram, dSr det administrativa verktyget 
anvands huvudsakligen for att definiera och lagra de 
operationer som kan utfSras vid anvSndning av ett bevakat 
program. 

20 Fig. 1 visar ett logiskt blockschema for ett administrativt 

verktyg 100 som kan anvandas av exempelvis en systemleverantor 
for att bygga upp en operationsdatabas 102 med f brdef inierade 
operationer for ett specifikt dataprogram P som senare skall 
bevakas. Allmant gailer att nar olika inmatningar utf5rs i 

25 programmet P genereras pk kant satt olika meddelanden av 

programmet som skickas till andra program eller applikationer 

» 

i datorn far att resultera i olika handelser, s&som nytt 
: utseende pa skarmen. Varje inmatning som paverkar programmet 

motsvaras saledes av ett specifikt meddelande. Sadana 
/•30 genererade meddelanden kan i praktiken avlyssnas f exempelvis 

• med hjaip av en kand funktion kallad ^'SetWindowsHookEx ( ) " som 

• ing&r i det valkanda operativsystemet Windows, vilken kan 
utnyttjas i detta sammanhang. 



Det administrativa verktyget 100 innefattar en 
loggningsfunktion 104 som Sr utformad att avlyssna och f&nga 
upp s&dana meddelanden som genereras av programme! P som svar 
pa inmatningar, och tolka dessa. I praktiken utfGrs 
5 systematiskt en grunduppsattning av operationer i programme! P 
som en anvandare kan tankas utfora, varvid loggningsf unktionen 
104 loggar meddelanden som fangas upp i samband med varje 
operation. Dessa sparas d& som olika monster i 
operationsdatabasen 102, dSr varje f ardef inierad operation 
10 svarar mot ett eller flera specif ika genererade meddelanden. 
Det administrativa verktyget 100 innefattar vidare en 
benamningsfunktion 106 genom vilken de sparade operationerna 
kan namnges. Benamningsf unktionen 106 styrs genom ett 
anvandargranssnitt, ej visat, i vilket en systemadministrator 
15 eller motsvarande kan manuellt definiera en valfri beteckning, 
s&som ett namn eller en beskrivning, for varje utford 
operation. Denna beteckning ar avsedd att latt kunna 
identifieras och forst&s f6r en framtida anvandare av 
sp&rningsprogrammet . De registrerade operationerna sparas 
20 slutligen tillsammans med motsvarande beteckning i 

operationsdatabasen 102. Alternativt kan operationerna sparas 
som en enkel kod i operationsdatabasen 102 medan de 
definierade motsvarande beteckningarna sparas i en separat 
regeldatabas som anger hur informationen skall presenteras f5r 
25 slutanvandaren, vilken kommer att beskrivas nedan. 

Den ovan beskrivna proceduren utfSrs i princip for alia 
tankbara och/eller intressanta operationer for det specifika 
dataprogrammet P f5r att bygga upp operationsdatabasen 102 , 
vilket saledes kan ses som ett slags kalibreringsf 6rf arande. 
30 Nar operationsdatabasen 102 ar komplett kan programmet bevakas 
genom inspelning av identif ierade operationer med hjalp av 
sparningsprogrammet, vilket beskrivs narmare nedan. 

Fig. 2 visar ett logiskt blockschema for en lamplig 
arkitektur for sp&rningsprogrammet 200 som ar avsett att koras 



i samband med att dataprogrammet P skall anvandas och bevakas. 
Sparningsprogrammet 200 innefattar en serie logiska funktioner 
som utfors i tur och ordning enlig nedan. En loggningsf unktion 
202 ar utformad att fanga upp olika meddelanden som genereras 
i programmet P nSr en anvandare utfor olika inmatningar, pa 
motsvarande satt som beskrivits i samband med Fig. 1. Denna 
loggningsfunktion 202 kan saledes vara av sarama typ som den 
loggningsf unktion 104 som anvants i det administrativa 
verktyget 100, exempelvis ovan nSmnda kanda funktion 
"SetWindowsHookEx ( ) " . 

Loggade inmatningar behandlas sedan av en analysf unktion 
204 dar on6dig information, eller "brus", kan sorteras bort. 
Detta kan vara meddelanden som genereras i samband med 
inmatningar som inte bedoms vara intressanta, t.ex. en sa 
kallad "f okusf unktion' 7 som innebar att fokus kan flyttas 
mellan olika menyer eller knappar som markeras pa skarmen 
genom nedtryckning av piltangenter eller motsvarande, 
Darefter matas den mottagna inf ormationen till en 
mat chningsf unktion 206 som jamfor utforda inmatningar med de 
20 f 5rdef inierade operationerna som lagrats i operationsdatabasen 
102 enligt Fig. 1. Om en operation da identifieras som matchar 
utfSrd inmatning, kan denna operation aven behandlas av en 
presentationsf unktion 208 som ar utformad att tiliampa 
fordef inierade presentationsregler pa de identif ierade 
25 operationerna. Dessa presentationsregler ar lagrade i en 
regeldatabas 210. Sadana regler kan vara sprSklig kontroll 
samt tillampning av speciella onskemal fran slutanvandaren om 
hur inf ormationen skall presenteras, etc. 
Presentationsreglerna kan ocks4 innefatta en eller flera 
30 filterfunktioner s& att endast vissa typer av operationer 

registreras medan andira ignoreras. Operationernas beteckningar 
kan aven vara lagrade i regeldatabasen 210, sasom namnts ovan. 

Presentations funktionen 208 ar saledes avsedd att spara 
informationen i ett format som ar begripligt och motsvarar 



slutanvandarens 6nskem&l. Inom ramen f6r derma uppf inning kan 
flera olika anvSndare definiera sina egna profiler vilka 
sparas i denna regeldatabas 210. Beroende pa vilken anvSndare 
som ar inloggad for en viss inspelningssession, till&mpas de 
5 regler som motsvarar denna anv&ndare. 

Slutligen sparas den bearbetade inf ormationen om utfSrda 
operationer i en aktivitetsdatabas 212 som i efterhand kan 
konsulteras fdr att sp&ra enskilda operationer, sasom 
beskrivits ovan. Sparningsprogrammet 200 ar aven forsett med 
10 ett lampligt anvandargranssnitt, ej visat, som kan anvSndas 

for att ga igenom de operationer som tidigare utfdrts under en 
inspelningssession som nu avslutats. Detta spcirningsgranssnitt 
kan lampligen visa en fdrteckning av vilka dataprogram som kan 
bevakas med sp&rningsprogrammet , f unktionsknappar for 
15 hantering av inspelning, sasom start, stopp och paus, status 
for en eller flera pagaende ell.er avslutade 
inspelningssessioner, detaljerade aktivitetslistor over 
utf5rda operationer for varje session, dialogrutor fSr 
inloggning och definition av anvandarprof iler, far att namna 
20 nagra exempel. 

Figur 3 visar ett forenklat flodesschema 6ver den procedur 
som sparningsprogrammet genomgar far att registrera utforda 
operationer efter att inspelningsfunktionen aktiverats. I ett 
f6rsta steg 300 detekteras en av en anvSndare utford 
25 inmatning. Inom ramen far denna uppf inning kan en sadan 
inmatning exempelvis besta av en knapptryckning, en 
musklickning eller ett talkommando, utforda enskilt eller i 
kombination. Denna inmatning jamfors sedan, i ett steg 302, 
med de f 5rdef inierade operationerna som finns lagrade i 
30 operationsdatabasen 102. I nasta steg 304 bestams om 

inmatningen matchar nagon av de fSrdef inierade operationerna. 
Om s& inte ar fallet aterg&r proceduren till steg 300 far att 
undersoka en ny inmatning. Om d&remot en matchande operation 
identifieras i steg 304 tas en motsvarande beteckning fram for 



denna operation, i ett nasta steg 306, antingen fran 
operationsdatabasen 102 eller fran regeldatabasen 210 beroende 
pi var den har lagrats under den ovan beskrivna 
kalibreringsproceduren. Slutligen lagras denna 
5 operationsbeteckning i aktivitetsdatabasen 212, i ett steg 
308, eventuellt efter en anpassning enligt uppgifter i 
regeldatabasen 210 sasom beskrivits ovan. 

Foreliggande uppf inning g6r det m5jligt att pa ett enkelt 
och smidigt satt kunna analysera ett handelsef orlopp i detalj 
10 vid anvSndning av ett specifikt bevakat dataprogram. Saledes 
registreras alia enskilda operationer vilka identif ierats som 
utforda under en inspelningssession, baserat pa anvandarens 
inmatningar, och som pa fOrhand definierats som relevanta for 
det bevakade programmet. Denna losning kan anvSndas exempelvis 
15 for att upptacka eventuella felaktiga inmatningar och/eller 
kommandon, eller for att utvardera ett nytt eller modifierat 
program. 

Uppfinningen ar inte begransad till de ovan beskrivna 
utf5ringsformerna, utan definieras allmant av de efterf oljande 
20 patentkraven. 



Paten tkrav 

1. En metod att sp&ra enskilda operationer som utforts i 
ett specif ikt dataprogram, kannetecknad av foljande steg 
att: 

A) detektera minst en inmatning utfSrd av en anvandare, 

B) jamfora detekterad inmatning med en uppsattning p& 
forhand definierade operationer, 

C) registrera en mot inmatningen svarande operation som en 
utf5rd aktivitet, om inmatningen mat char n&gon 
f5rdefinierad operation vid jamfQrelsen utfSrd i steg B) , 
och 

D) repetera stegen A) - C) for ett antal inmatningar 
utfbrda under en inspelningssession f varvid en 
aktivitetslista med utforda operationer skapas, sa att 
namnda lista kan tas fram efter inspelningssessionen f&r 
att spara enskilda operationer. 

2. En metod enligt krav 1, kannetecknad av att en inmatning 
detekteras i steg A) genom avlyssning av ett motsvarande 
meddelande som genereras av dataprogrammet som svar pa 
inmatningen. 

3. En metod enligt krav 1, kannetecknad av att namnda 
uppsattning f ordef inierade operationer har lagrats i en 
operationsdatabas . 

4. En metod enligt krav 3, kannetecknad av att nSmnda 
uppsattning innefattar operationer som Sr allmangiltiga 
oberoende av vilket program som anvSnds eller specifika for 
programmet . 

5. En metod enligt krav 3 eller 4, kannetecknad av att 
namnda uppsattning fdrdef inierade operationer har skapats 
genom att utfera en grunduppsattning av operationer som en 



anvSndare kan tankas utfara i programmet, far att bygga upp 
namnda operationsdatabas . 



6. En metod enligt nagot av kraven 1 - 5, kannetecknad av 
att registrering av en utford operation i steget C) 
innefattar att ta frara en f ordef inierad beteckning f6r 
operationen, vilken beteckning lagras i namnda 
aktivitetslista. 

7. En metod enligt n&got av kraven 1 - 6, klmnetecknad av 

att fardef inierade presentationsregler tillampas pk utfSrda 
operationer innan dessa lagras i namnda aktivitetslista. 

8. En metod enligt krav 7, kannetecknad av att namnda 
presentationsregler har lagrats i en regeldatabas . 

9. En metod enligt krav 7 eller 8, kannetecknad av att 

namnda presentationsregler innefattar en f ilterf unktion s& 
att endast vissa typer av operationer registreras medan 
andra ignoreras. 

10. Ett arrangemang far att sp&ra enskilda operationer som 
utf5rts i ett specif ikt dataprogram f kanneteecknat av: 

- medel far att skapa en uppsattning pa forhand definierade 
operationer , 

- medel for att detektera inmatningar utfSrda av en 
anvandare och jamfora dessa med namnda uppsattning 
f ordef inierade operationer , 

- medel for att registrera operationer som utforda 
aktiviteter under en inspelningssession far de inmatningar 
som matchar n^gon fSrdef inierad operation, far att skapa en 
aktivitetslista med utforda operationer, sa att namnda 
lista kan tas fram efter inspelningssessionen far att spara 
enskilda operationer. 
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Sammandrag 

En metoci och arrangemang for att spara enskilda 
operationer som utforts i ett specifikt dataprogram (P) , dar 
inmatningar detekteras som utfors av en anvandare. Varje 
detekterad inmatning jamfors med en uppsattning pa forhand 
definierade operationer, vilka har lagrats i en 
operationsdatabas (102) . Om en detekterad inmatning matchar 
nagon fordef inierad operation vid jamforelsen registreras 
denna operation som en utford aktivitet i en 
aktivitetsdatabas (212) . Proceduren repeteras f6r ett antal 
inmatningar utforda under en inspelningssession, varvid en 
aktivitetslista med utfSrda operationer skapas i 
aktivitetsdatabasen. Denna lista kan sedan tas fram efter 
inspelningssessionen for att spara enskilda operationer. 
Darmed kan ett hSndelsef orlopp analyseras i detalj efter 
anvandning av dataprogrammet , exempelvis i syfte att 
upptacka felaktiga operationer. 



(Fig. 2) 
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